Смотрите какой баг!

Игроки неоднократно говорили (и на GBX, и на ЦЦ), что именно на этом уровне почему-то срабатывает флажок чекпоинта, если умереть. Я думал, тут простой баг с проверкой коллизий, но всё оказалось гораздо веселее!

В момент, когда котик умирает, мы на месте котика рисуем тельце. Для этого надо убрать из кадра спрайт котика и добавить в кадр спрайт тельца. Делаю я это очень костыльно - присваиваю котику координаты (0;0)

А проверка чекпоинтов не учитывает состояние котика, и пытается понять, есть ли пересечение с чекпоинтом, даже если котик уже умер

Короче, после преобразований координат спрайта (0) в координаты уровня СЛУЧАЙНО получается 53, и РОВНО на 53-м столбце в этом уровне находится чекпоинт

Забавно, что это поведение воспроизводится не всегда - я очень долго это ловил, не понимаю, почему так

Тем не менее, добавил проверку состояния

UPD: А, понял, почему баг редко срабатывал. Чтобы из 0 получить 53, надо прокрутить уровень ровно на 25 столбцов, а затем прокрутить экран ещё на 7 пикселей. То есть баг сработает если пиксель-пёрфектно умереть строго в конкретном месте

Очередной этап сжатия уровней

Тут появились планы на дополнительный аудиовизуальный контент

Поэтому надо немножко освободить память

И я вдруг вспомнил, что в сжатых данных уровня кроме самих платформ хранятся блоки с "перспективой" - вот эти, серенькие

Но ведь положение этих тайлов можно высчитать, что называется, в рантайме - и нарисовать уже после распаковки уровня. А значит, меньше разных тайлов в сжатых данных - ниже энтропия - лучше сжатие!

В итоге 32 уровня (в игре останется 25) вместе с метаданными сжались с 13167 байт до 7811, или почти в 2 раза. В разжатом виде уровни занимали бы 128кб + метаданные

Правда, распаковка стала дольше - около секунды. Всё ещё приемлемо